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Abstract 

In this paper we analyze the relationship between cyclic definitions and consistency in Gelfond- 
Lifschitz's answer sets semantics (originally defined as 'stable model semantics'). This paper intro- 
duces a fundamental result, which is relevant for Answer Set programming, and planning. For the 
first time since the definition of the stable model semantics, the class of logic programs for which 
a stable model exists is given a syntactic characterization. This condition may have a practical im- 
portance both for defining new algorithms for checking consistency and computing answer sets, and 
for improving the existing systems. The approach of this paper is to introduce a new canonical form 
(to which any logic program can be reduced to), to focus the attention on cyclic dependencies. The 
technical result is then given in terms of programs in canonical form (canonical programs), without 
loss of generality: the stable models of any general logic program coincide (up to the language) to 
those of the corresponding canonical program. The result is based on identifying the cycles contained 
in the program, showing that stable models of the overall program are composed of stable models 
of suitable sub-programs, corresponding to the cycles, and on defining the CycJe Graph. Each vertex 
of this graph corresponds to one cycle, and each edge corresponds to one handle, which is a literal 
containing an atom that, occurring in both cycles, actually determines a connection between them. 
In fact, the truth value of the handle in the cycle where it appears as the head of a rule, influences 
the truth value of the atoms of the cycle(s) where it occurs in the body. We can therefore introduce 
the concept of a handle path, connecting different cycles. Cycles can be even, if they consist of an 
even number of rules, or vice versa they can be odd. Problems for consistency, as it is well-known, 
originate in the odd cycles. If for every odd cycle we can find a handle path with certain proper- 
ties, then the existence of stable model is guaranteed. We will show that based on this results new 
classes of consistent programs can be defined, and that cycles and cycle graphs can be generalized to 
components and component graphs. 
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1 Introduction 

In this paper we analyze the relationship between cyclic definitions and consistency in 
Gelfond-Lifschitz's answer sets semantics. As it is well-known, under the answer set se- 
mantics a theory may have no answer sets, since the corresponding general logic program 
may have no stable models ( Gelf ond and Lifschitz 19 88 ) (Gelf ond andLifschitz 199U . 

We introduce a fundamental result, which is relevant for Answer Set Programming 
( Marek and Truszczynski 1999), (Niemela 1999 1 planning (Lifschitz 1999) and diagnosis 
(Bald uccini and Gelfond 2003 1. For the first time, the class of logic programs for which 
a stable model exists is given a syntactic characterization (the result extends naturally to 
answer sets semantics) by providing a necessary and sufficient condition. 

While checking for the existence of stable models is as hard a computational problem (in 
fact, NP-complete) as planning under certain assumptions (see ( Liberator e 199% ), consis- 
tency checking is a good conceptual tool when derivations are based on consistency argu- 
ments. This is the case for instance for all formalizations that treat goals as constraints over 
models of the program. Then, being able to check for the existence of stable models syntac- 
tically for every answer set program can be of help for the logic programming encodings of 
planning and diagnosis (like, e.g., those of (Erdem and Lifschitz 1999]), JFaber et al. 1999), 
(Bald uccimet al. 20001 ). ( |Dim opoulos et al. 199l\ and JBalduccini and Gelfond 20031 )1 
and for Answer Set Programming in general. 

The approach of this paper is to introduce a new canonical form to which any logic pro- 
gram can be reduced. The technical result is then given in terms of programs in canonical 
form (canonical programs), without loss of generality. Canonical programs focus the at- 
tention on cyclic dependencies. Rules are kept short, so as to make the syntactic analysis 
of the program easier. The stable models of any general logic program coincide (up to the 
language) to those of the corresponding canonical program. 

A detailed analysis of the steps involved in reducing programs to their canonical form 
has been performed in (Costantini and Provetti 2004) and, as intuition suggests, this trans- 
formation is tractable. Nevertheless, all definitions and results presented in this paper might 
be rephrased for general programs without conceptual problems, just at the expense of a 
lot of additional details. This means that reduction to canonical form is not strictly required 
neither for the theory, nor for an implementation. 

The main result of this paper is a necessary and sufficient syntactic condition for the 
existence of stable models. On the one hand, this condition is of theoretical interest, as 
it is the first one ever defined since the introduction of the stable model semantics in 
( IGelfond and Lifschitz 19 88 1. On the other hand, it may have a practical importance both 
for defining new algorithms for checking consistency and computing answer sets, and for 
improving the existing systems (So lvers 20041 ) . 

The result is based on identifying the cycles contained in the program, on showing 
that stable models of the overall program are composed of stable models of suitable sub- 
programs, corresponding to the cycles, and on representing the program by means of its 
CycJe Graph. Each vertex of this graph corresponds to one cycle, and each edge corre- 
sponds to one handle, which is a literal containing an atom that, occurring in both cycles, 
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actually determines a connection between them. In fact, the truth value of the handle in the 
cycle where it appears as the head of a rule influences the truth value of the atoms of the 
cycle(s) where it occurs in the body. We can therefore introduce the concept of a handle 
path, connecting different cycles. Cycles can be even, if they consist of an even number of 
rules, or vice versa they can be odd. Problems for consistency, as it is well-known, originate 
in the odd cycles. If and only if for every odd cycle we can find a subgraph with certain 
properties, then the existence of stable models is guaranteed. 

The necessary and sufficient condition that we introduce is syntactic in the sense that 
it does not refer either to models or derivations. Checking this condition requires neither 
finding the stable models nor applying the rules of the program. It just requires to look 
at the program (represented by the Cycle Graph) and at the rules composing the cycles. 
The condition can however be exploited, so as to obtain: (i) new algorithms for finding the 
stable models, which are at least of theoretical interest; (ii) a new method for consistency 
checking divided into two steps: a first step related to the coarse structure of the program, 
that can be easily checked on the Cycle Graph so as to rule out a lot of inconsistent pro- 
grams, thus leaving only the potentially consistent ones to be verified in a second step, that 
can be performed according to the approach presented here, or in any other way. 

We will argue that the approach can also be useful for defining classes of programs that 
are consistent by construction, and as a first step toward a component-based methodology 
for the construction and analysis of answer set programs. This by means of a further gener- 
alization of Cycle Graphs to Component Graphs, where vertices are components consisting 
of bunches of cycles, and edges connect different components. We will argue that, in this 
framework, components can even be understood as independent agents. 

It is useful to notice that in Answer Set Programming graph representations have 
been widely used for studying and characterizing properties of answer set programs, first 
of all consistency, and for computing the answer sets. Among the most important ap- 
proaches we may mention the Rule Graph (Dimopo ulos and Torres 19%| ) and its exten- 
sions ( Linke 2001) (ILinke 2003b I ( Kon czak et al. 2003al . and the Extended Dependency 
Graph ( Brign oli et al. 1999) , that we have considered and compared (ICostantini 2001 ), 
dCostantini et al. 2002> . Enhanced classes of graphs have been recently introduced in 
order to cope with extensions to the basic paradigm such as for instance preferences 
JKonczak et al. 2003bt or nested logic programs JLinke 2003a I. However, the Cycle Graph 
proposed in this paper is different from all the above-mentioned approaches, since its ver- 
tices are not atoms or rules, but significant subprograms (namely cycles), and the edges are 
connections between these subprograms. 

2 Preliminary Definitions 

We consider the standard definition of a (propositional) general logic program and of well- 
founded ( Van Gelder et al. 1990) and stable model ( Gelfond and Lifschitz 1988) and an- 
swer set semantics (Gel fond and Lifschitz 19 91 1. Whenever we mention consistency (or 
stability) conditions, we refer to the conditions introduced in ( Gelfon d and Lifschitz 1988 1. 
This section summarizes some basic definitions, and is intended for readers who are unfa- 
miliar with the above-mentioned topics. 
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Assume a language of constants and predicate constants. Assume also that terms and 
atoms are built as in the corresponding first-order language. Unlike classical logic and 
standard logic programming, no function symbols are allowed. A rule is an expression of 
the form: 

P ■ A <— \i,...,\ m ,not\ m+ x,...,not\„ (1) 

where Ao, • • • A„ are atoms and not is a logical connective called negation as failure. The 
A,'s are called positive literals, and the not A/s negative literals For every rule let us define 
head(p) = Ao (also called the conclusion of the rule), pos(p) — Ai, . . . , A m , neg(p) = 
A m +i, . . . , A„ and body(p) = pos(p) U neg(p) (also called the conditions of the rule). If 
body(p) = we refer to p as a unit rule (w.r.t. non-unit rules), or a fact. We will say that 
head(p) depends on, or is defined in terms of, the literals in body(p). 

A general logic program IT (or simply "logic program") is defined as a collection of 
rules. In the rest of this paper, we rely on the assumption that the order of literals in the 
body of rules is irrelevant. Rules with variables are taken as shorthand for the sets of all 
their ground instantiations and the set of all ground atoms in the language of a program IT 
will be denoted by Bn. 



2.1 Semantics 

For the sake of simplicity, we give here the definition of stable model instead of that of 
answer set, which is an extension given for programs that contain the explicit negation 
operator ->. In fact, this is not going to make a difference in the context of this work, and 
we will often interchange the terms "stable models" and "answer sets". Intuitively, a stable 
model is a possible view of the world that is compatible with the rules of the program. 
Rules are therefore seen as constraints on these views of the world. 

Let us start by defining stable models of the subclass of positive programs, i.e. those where, 
for every rule p, neg(p) = 0. 

Definition 1 

(Stable Models of positive logic programs) 

The stable model a (IT) of a positive program IT is the smallest subset of Bn such that for 
any rule Q in H: 

A X) ...,A m eo(II) A 6o(II) (2) 

Positive programs have a unique stable model, which coincides with its minimal model, 
that can also be obtained applying other semantics; then, positive programs are unam- 
biguous. The stable model of a positive program can be obtained as the fixed point of the 

immediate consequence operator 



T n (I) = {A : 3p £ IT s.t. A = head(p) A pos(p) C /} 
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The iterated application of 7n from on (i.e., 7n(0), ?n(0), . . .) is guaranteed to have a 
fixed point, which corresponds to the unique stable model (answer set) of II. 

A set of atoms S is a stable model of an (arbitrary) program if it is a minimal model and 
every atom a G S is supported by some rule of the program. With respect of negation, if 
we assume S to be a stable model: (i) no atom can belong to S, which is derived by means 
of a rule with a condition not a where a is true in S, i.e. a G S; (ii) all literals not f3 in 
the body of rules where (3 is false in S are, of course, true in S. Consequently, in order to 
check whether S actually is a stable model, all negations can be deleted according to the 
these criteria, in order to apply the above formulation for positive programs. 

Definition 2 

(Stable Model of arbitrary logic programs) 

Let II be a logic program. For any set S of atoms, let II 5 be a program obtained from II 
by deleting 

(i) each rule that has a formula "not A" in its body with A € S; 

(ii) all formulae of the form "not A" in the bodies of the remaining rules. 

Since II 5 does not contain not , its stable model is already defined. If this stable model 
coincides with S, then we say that S is a stable model of II. Precisely, a stable model of II 
is characterized by the equation: 

S = a(n 5 ) • (3) 

The r operator, introduced by Gelfond and Lifschitz in (Gelf ondand Lifschitz 19 88 1, is 
defined as T(n, S) = a(Tl s ). When II is fixed, we may drop the first parameter and refer 
to T as a function from the powerset of Bn to itself. In practice however, stable models 
are not computed by applying T to all subsets of Bn- Answer set solvers (Solvers 2004 1 in 
fact apply more effective and smarter algorithms. 

Stable models are minimal models of II in the classical sense, but the converse does not 
hold. Then, a program may have no stable models. In general a program has several sta- 
ble models, and programs with a unique stable model are called categorical. In this paper, 
consistency means existence of stable models (or, equivalently, of answer sets). Conven- 
tionally, "an atom being true" means "an atom being in a stable model". Whenever we 
consider a set of atoms X, we implicitly mean X C Bn- We say that a literal a (respec- 
tively not a) is true w.r.t. X if a 6 X (respectively X if a X). 

2.2 The well-founded semantics 

The well-founded semantics of flVan Gelder et al. T99 1 assigns to a logic program II 
a unique, three-valued model, called well-founded model and denoted by WFS(H) = 
(W + ,W~), where W + and W~ are disjoint. Intuitively, W + is the set of atoms deemed 
true, W~ is the set of atoms deemed false, while atoms belonging to neither set are deemed 
undefined. 
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The reduction of a program to its canonical form that we discuss later is based on a 
preliminary simplification of the program w.r.t. the well-founded semantics. The result of 
this is a compact version (or reduct) of the program which is WF-irreducible, where 

Definition 3 

A program IT is WF-irreducible if and only if WFS(U) = (0, 0). 

For general logic programs, atoms with truth value "undefined" under the well-founded 
semantics are exactly the atoms which are of interest for finding the stable models. This 
is a consequence of the fact that all stable models of a program extend its well-founded 
model, i.e., every literal which is true (resp. false) in the well-founded model is also true 
(resp. false) in all stable models. The stable models of the original program can be easily 
obtained from the stable models of the WF-irreducible reduct (Costantini 1995 1, and vice 
versa, if the reduct has no stable models the same holds for the original program. 

For instance, for program 
p *— not p, not q 

with well-founded model (0; {q}) where atom p has truth value "undefined", we get the 
simplified WF-irreducible reduct p «— not p by getting rid of a literal which is true under 
the well-founded semantics, and thus is true in all stable models (if any exists). The reduct 
has no stable models, like the original program. 

3 Cycles and Handles 

The results on consistency checking that we will present later are based on identifying the 
negative cycles contained in the program, on showing that stable models of the overall 
program are composed of stable models of suitable sub-programs, corresponding to the 
negative cycles, and on representing the program by means of its Cycle Graph. In this 
section we define when a set of rules constitutes a negative cycle (or simply "cycle"), 
which kinds of cycles we may have and how cycles can be understood to be connected to 
each other. 

Definition 4 

A set of rules C is called a negative cycle, or for short a cycle, if it has the following form: 

Ai *— not A2, Ai 
A 2 <— not A3, A 2 

A„ «— not Ai , A„ 

where Ai, . . . , A„ are distinct atoms. Each A,, i < n, is a (possibly empty) conjunction 
5^, . . . , Sj h of literals (either positive or negative), where for each St., ij < //,, ^ A,- and 
d{. ^ not A,-. The A,'s are called the AND handles of the cycle. We say that A, is an AND 
handle for atom A,, or, equivalently, an AND handle referring to A, . 
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We say that C has size n and it is even (respectively odd) if n — 2k, k > 1 (respectively, 
n = 2k + 1, k > 0). For n = 1 we have the (odd) self-loop Ai <— nor Ai, Ai. In what 
follows, A,-+i will denote A(, +1)mo j„, i.e., A„+i = Ai. 

A positive cycle is similar to a negative cycle, except that we have positive literals A,'s in 
the body of rules instead of negative ones. In the rest of the paper we will consider negative 
cycles unless differently specified explicitly. 

For any cycle C, we will denote by Composing _atoms{C) the set {Ai, . . . , A„}, i.e., 
the set of atoms involved in cycle C. We say that the rules listed above are involved in 
the cycle, or form the cycle. In the rest of the paper, sometimes it will be useful to see 
Composing _atoms(C) as divided into two subsets, that we indicate as two kinds of atoms: 
the set of the Even_atoms(C) composed of the A,'s with i even, and the set Odd_atoms(C), 
composed of the A, 's with i odd. 

Conventionally, in the rest of the paper C and C, denote cycles in general, OC and OCi 
denote odd cycles, and EC or Ed denote even cycles. 

In the following program for instance, there is an odd cycle that we may call OCi, with 
composing atoms {e,f, g} and an even cycle that we may call ECi, with composing atoms 
{a,b}. 

— Od 

e <— not /, not a 
f <- notg,b 
g <— note 

— Ed 

a <— not b 
b <— not a 

OC\ has an AND handle not a referring to e, and an AND handle b referring to /. 

Notice that the sets of atoms composing different cycles are not required to be disjoint. 
In fact, the same atom may be involved in more than one cycle. The set of atoms composing 
a cycle can even be a proper subset of the set of atoms composing another cycle, like in the 
following program, where there is an even cycle EC\ with composing atoms {a, b}, since 
a depends on not b and b depends on not a, but also an odd cycle OC\ with composing 
atom {a}, since a depends on not a. 

— ECi 
OCi 

a <— not a, not b 
b <— not a 

Here, OC\ has an AND handle not b referring to a, but, symmetrically, EC\ has an AND 
handle not a referring to b. 

Thus, it may be the case that a handle of a cycle C contains an atom a which is involved 
in C itself, because a is also involved in some other cycle C\ . 

Definition 5 

A rule is called an auxiliary rule of cycle C (or, equivalently, to cycle C) if it is of this form: 
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A; «- A 

where A,- £ Composing_Atoms(C), and A is a non-empty conjunction 6^, . . ., Si h of literals 
(either positive or negative), where for each ij < //,, 8y ^ A; and 8y ^ nof A;. A is called 
an OR handle of cycle C (more specifically, an OR handle for A, or, equivalently, and OR 
handle referring to A,). 

A cycle may possibly have several auxiliary rules, corresponding to different OR han- 
dles. In the rest of this paper, we will call Aux(C) the set of the auxiliary rules of a cycle 
C. 

In the following program for instance, there is an odd cycle OC\ with composing atoms 
{c,d,e} and an even cycle EC\ with composing atoms {a,b}. The odd cycle has three 
auxiliary rules. 

— OCi 

c <— not d 
d <— not e 
e <— not c 

Aux{OC x ) 

c <— not a 
d <— not a 
d <— not b 

— ECi 

a *— not b 
b <— not a 

In particular, we have Aux(OCi) — {c <— not a,d <— not a,d <— nof fe}. 

In summary, a cycle may have some AND handles, occurring in one or more of the rules 
that form the cycle itself, and also some OR handles, occurring in its auxiliary rules. Cycles 
and handles can be unambiguously identified on the Extended Dependency Graph (EDG) 
of the program (Brig noli et al. 1999) . 

A cycle may also have no AND handles and no OR handles, i.e., no handles at all, in 
which case it is called unconstrained. The following program is composed of unconstrained 
cycles (in particular, there is an even cycle involving atoms a and b, and an odd cycle 
involving atom p). 

— ECi 

a «— not b 
b «— not a 

— OCi 

p «— not p 

Notice that the basic definition of a cycle corresponds to that of a negative cycle 
in the atom Dependency Graph as defined in (Fag es 1994) . However, as discussed in 
JCostantini 2001> . on the dependency graph it is impossible to identify the handles, and 
there are different programs with different answer set, but the same dependency graph. 
The handles can be identified unambiguously on the Extended Dependency Graph as de- 
fined and discussed in ( Brig noli et al. 1 999 1 and (Costanti ni et al. 2002t . 
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4 Canonical programs 

In order to analyze the relationship between cycles, handles and consistency, below we in- 
troduce a canonical form for logic programs. This canonical form is new, and is introduced 
with the general objective of simplifying the study of formal properties of logic programs 
under the Answer Set semantics. Rules in canonical programs are in a standard format, 
so as to make definitions and proofs cleaner and easier to read. There is however no loss 
of generality, since, as proved in the companion paper (Costant ini and Provetti 20041 . any 
logic program can be reduced to a canonical program, and that stable models of the original 
program can be easily obtained from the stable models of its canonical counterpart. 

Definition 6 

A logic program II is in canonical form (or, equivalently, IT is a canonical program) if it is 
WF-irreducible, and fulfills the following syntactic conditions. 

1 . II does not contain positive cycles; 

2. every atom in II occurs both in the head of some rule and in the body of some 
other (possibly the same) rule; 

3. every atom in II is involved in some cycle; 

4. each rule of II is either involved in a cycle, or is an auxiliary rule of some 
cycle; 

5. each handle of a cycle C consists of exactly one literal, either a or not a, 
where atom a does not occur in C. 

Since the above definition requires handles to consist of just one literal, it implies that 
in a canonical program II : (i) the body of each rule which is involved in a cycle consists 
of either one or two literals; (ii) the body of each rule which is an auxiliary rule of some 
cycle consists of exactly one literal. 

Nothing prevents a rule to be at the same time involved in a cycle, and auxiliary to some 
other cycle. In this case however, the definition requires the rule to have exactly one literal 
in the body, i.e., the rule cannot have an AND handle. 

All definitions and results introduced in the rest of the paper might be rephrased for the 
general case, but the choice of referring to canonical programs is a significant conceptual 
simplification that leads without loss of generality to a more readable and intuitive formal- 
ization. Notice for instance that in canonical programs the problem of consistency arises 
only in cycles containing an odd number of rules, since cycles do not have non-negated 
composing atoms. 

Although for a detailed discussion we refer to ( Costantin i and Provetti 20041 . it is im- 
portant to recall that canonical programs are WF-irreducible. For instance, the program 

p *— not p, q 
q *— not q,p 

may look canonical, while it is not, since it has a non-empty well-founded model 
(0; {p, q}). In particular, since there are no undefined atoms, the set of true atoms of the 
well-founded model (in this case 0) coincides (as it is well-known) with the unique stable 
model. 
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Similarly, the program 

q <— not q 
q<-p 

may look canonical, while it is not, since it has a non-empty well-founded model 
(0; {p}). Atom q is undefined. The corresponding canonical program isq ^- not q that, like 
the original program, has no stable models. The second rule is dropped by canonization, 
since its condition is false w.r.t. the well-founded model. The program 

q<-p 
p <— not r 
r <— notq 

is not canonical because atom p is not involved in any cycle. In fact, in order to be 
involved in a cycle an atom must occur in the head of some rule but, also, its negation must 
occur in the body of some, possibly different, rule. Here, atom p forms an (inessential) 
intermediate step between the two atoms q and r that actually form a cycle. The canonical 
form of the program is q ^- not r 7 r <— not q. Given the stable models {q} and {r} of the 
canonical program, the stable models {p, q} and {r} of the original program can be easily 
obtained, since the truth value of p directly depends on that of r. 

In the following, let the program at hand be a logic program II in canonical form, unless 
differently specified explicitly. Let C\ , . . . , C w be all the cycles occurring in II (called the 
composing cycles of II). Whenever we will refer to C, Ci , C2, C, etc. we implicitly assume 
that these are cycles occurring in II. 



5 Active handles 

In this section we make some preliminary steps toward establishing a connection between 
syntax (cycles and handles) and semantics (consistency of the program). Truth or falsity of 
the atoms occurring in the handles of a cycle (w.r.t. a given set of atoms) affects truth/falsity 
of the atoms involved in the cycle. As we discuss at length in the rest of the paper, this 
creates the conditions for stable models to exist or not, and these conditions can be checked 
on the Cycle Graph of the program. This idea is formalized in the following definitions of 
active handles, that will be frequently used in the rest of the paper. 

Definition 7 

Let X be a set of atoms. An AND handle A of cycle C is active w.r.t. X if it is false w.r.t. 
X. We say that the rule where the handle occurs has an active AND handle. An OR handle 
A of cycle C is active w.r.t. X if it is true w.r.t. X. We say that the rule where the handle 
occurs has an active OR handle. 

Assume that X is a model. We can make the following observations, (i) The head A of 
a rule p with an active AND handle is not required to be true in X. (ii) The head of a rule 
A <— A where A is an active OR handle is necessarily true in X: since the body is true, the 
head A must also be true. 
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Observing which are the active handles of a cycle C gives relevant indications about 
whether a set of atoms I is a stable model. 

Consider for instance the following program: 

— OCi 

p <— not p, not a 

— Ed 

a <— not b 
b <— not a 

— OC 2 

q <— not q 
Aux(OC 2 ) 

q<-f 

— EC 2 

e <— notf 
f <— not e 

The sets of atoms {a,/, q}, {a, e, q}, {b,p,f 7 q} {b,p, e, q} are minimal models. Consider 
the set of atoms {a,f, q}\ both the AND handle not a of cycle p <— not p,not a and the 
OR handle / of cycle q <— not q are active w.r.t. this set of atoms. {a,f, q) is a stable 
model, since atom p is forced to be false, and atom q is forced to be true, thus avoiding 
the inconsistencies. In all the other minimal models instead, one of the handles is not 
active. I.e., either literal not a is true, and thus irrelevant in the context of a rule which is 
inconsistent, or literal / is false, thus leaving the inconsistency on q. These minimal models 
are in fact not stable. 

In conclusion, the example suggests that for a minimal model M to be stable, each odd 
cycle must have an active handle. Formally: 

Theorem 1 

Let II be a program, and let M be a minimal model of II. M is a stable model only if each 
odd cycle <9C, occurring in IT has an active handle w.r.t. M. 

Proof 

Since A4 is stable, for each A € Ai there exists a rule in IT with head A and body which is 
true w.r.t. M, i.e., a rule which supports A. Let x mod y be (as usual) the remainder of the 
integer division of x by y. 

Assume that M is stable, but there is an odd cycle without active handles, composed of 
atoms Ai, . . . , A„, where n is odd. Take a A,, and assume first that A,- G A4. Since there is 
no active OR handle, each A, can possibly be supported only by the corresponding rule in 
the cycle. By definition of cycle, this rule has the form: 

A,- <— not A( i+1 ) mod „, Ai 

Since there are no active AND handles, then all A's are true w.r.t. M. For A, to be sup- 
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ported, not mod « should be true as well, i.e., A(, +1 ) mod „ should be false. The rule for 

A( i+ i) m od n has the form: 

A(j+1) mod n ^~ not \i+2) mod ni A(j+1) mod n 

Since A (i+1) mod „ is true w.r.t. M, for A (i+1) mod „ to be false, not A (/+2) mod „ should be 
false as well, i.e., A(, +2 ) mo d „ should be true. By iterating this reasoning, A(, +3 ) mod „ should 
be false, etc. In general, Xa + k) mod „ should be false w.r.t. M with k odd, and true with k 
even. Then, since the number n of the composing atoms is odd, A(,- + „) mod n should be 
false w.r.t. M, but A(, + „) mod „ = A„ which is a contradiction. Assume now that A, ^ 
M. Then, not A, is true w.r.t. M, and thus, since the corresponding AND handle is not 
active, A(,_i) modn is supported and should belong to M. Consequently, we should have 
A(;-2) modn & M. In general, modn should be true w.r.t. A4 with k odd, and false 

with k even. Then, since the number n of the composing atoms is odd, A(,_„) mod „ should 
be true w.r.t. M, but A(,_ ra ) mod „ = A,-, which is again a contradiction. □ 

Another thing that the above example shows is that the stable model {a,f, q] of the 
overall program is actually the union of the stable model {a} of the program fragment 
OC\ UECi and of the stable model {f, q} of the program fragment OC 2 UAux(OC 2 ) U£C 2 . 
This is not by chance, and in the next sections we will study how to relate the existence of 
stable models of the overall program to the existence of stable models of the composing 
cycles. 

In order to do so, some preliminary definitions about handles are in order. It is useful to 
collect the set of handles of a cycle into a set, where however each handle is annotated so 
as to keep track of its kind. I.e., we want to remember whether a handle is an OR handle or 
an AND handle of the cycle. 

Definition 8 

Given cycle C, the set H c of the handles of C is defined as follows, where (3 G 
Composing Atoms(C): 

H c = {(A : AND : (3) \ A is an AND handle of C referring to j3) U 
{(A : OR : (3) \ A is an OR handle of C referring to (3) 

Whenever we need not care about (3 we shorten (A : K : (3) as (A : K), K = AND/OR. 
We call "handles" the expressions in both forms, and whenever necessary we implicitly 
shift from one form to the other one. Informally, we will say for instance "the OR (resp. 
AND) handle A of /?" meaning (A : OR : (3) (resp. (A : AND : [3)). 

In general however the indication of (3 is necessary. In fact, different atoms of a cy- 
cle may have handles with the same A, but although active/not active at the same time, 
they may affect the existence of stable models differently. Take for instance the following 
program with the indication of the composing cycles: 
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— Od 

q <— not q,e 
q <— notf 

— 0C 2 

a <— not b, not e 
b <— not c, notf 
c <— not a, not e 

— 0C 3 

p <— not p, not e 

— Ed 

e <— notf 
f <- notg 

we have i/ 0Cl = {(e : AND : q), (not f : OR : q)}, H c 2 = {{not e : AND : a), (not f : 
AND : b), (not e : AND : c)}, H c 3 = {(not e : AND : p)}, H ECl = 0. Handle (not e : 
AND) occurs several times, even twice in cycle OC2, referring to different atoms. Notice 
that the same literal A may occur both in AND and OR handles. E.g., not f occurs both in 
an AND handle (of OC2) and in and OR handle (of 0C\). Notice also that the same atom 
a may appear in literals a and not a that occur in different handles. E.g., / occurs in an 
OR handle of OC\, and not f occurs in and AND handle of OC 2 - 

Given any subset Z of H c , it is useful to identify the set of atoms occurring in the handles 
belonging to Z. 

Definition 9 

Let Z C H C - The set of the atoms occurring in the handles belonging to Z is defined as 
follows. 

Atoms(Z) = {a\(a:K)eZ} U 
{a I (not a:K)eZ} 

If for instance we take Z = H C\ > we have Atoms(H Cx ) = { e J}- 

Given any subset Z of H c , it is useful to state which are the atoms that are required to be 

true, in order to make all the handles in Z active (implicitly, to this aim all the other atoms 

are required to be false). 

Definition 10 

Let Z C H c . The set of atoms ActivationAt c (Z) C Atoms(Z) is defined as follows. 

ActivationAt c (Z) = {a | (a : OR) G Z} U 
{a I (not a : AND) G Z} 

If for instance we take Z = H c 3 , we have ActivationAt(H Cx ) = {<?}■ 
Vice versa, any subset V of Atoms(H c ) corresponds to a subset of the handles of C that 
become active, if atoms in V are true. 

Definition 11 
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Let V C Atoms (H c ). 

Active c (V) = {(A : AND) | A = not a, a e V} U 
{(A :OS)|A = a,aeV} 

If for instance we take V = {e} for cycle OC3, we have Activeoc 3 ({ e }) = {(»of e : 
AND)}. 

Finally, it is useful to introduce a short notation for the union of different sets of rules. 
Definition 12 

Let h , . . . I q be sets of rules. As a special case, some of the //s can be sets of atoms, where 
each atom (3 G Ij is understood as a fact [3 <— . By I\ + . . . + I q we mean the program 
consisting of the union of all the rules belonging to h , . . . I q . 

6 Cycle, handles and existence of stable models 

In this and the following sections we proceed further toward a framework that relates cy- 
cles, handles and active handles to the existence of stable models. This relation is far from 
obvious, as demonstrated by the following simple program. 

— OCi 

p <— not p, not a 

— Ed 

a <— not b 
b <— not a 

— OC 2 

q <— not q, not b 

In this case, we have only one even cycle, and we might consider the program fragments: 
(i) OC\ UECi with stable model {a}, based on the active handle not a; (ii) OC2 U£Ci with 
stable model {b}, based on the active handle not b. Unfortunately, the union {a, b} of the 
stable models of the two program fragments is a minimal model but it is not stable. In fact, 
neither atom a nor atom b is supported. This is because the unconstrained even cycle EC\, 
taken per se, has stable models {a} and {b}, which are alternative and cannot be merged: 
the rules of this cycle in fact state that a holds if b does not hold, and vice versa. Thus, EC\ 
cannot provide active handles for both the odd cycles. 

Then, if we want to check whether a minimal model is stable, we not only have to check 
that every odd cycle has an active handle w.r.t. that model, but also that these handles do not 
enforce contradictory requirements on the even cycles. We can try to build a stable model 
of the overall program out of the stable models of the composing cycles, taking however 
care of avoiding inconsistencies on the handles. 

Consider a cycle C, occurring in II together with its auxiliary rules, i.e., consider the set 
of rules C, + Aux{d) and take it as an independent program. Notice that this program is 
not canonical, since there are atoms that do not appear in the conclusion of rules: these are 
exactly the atoms occurring in the handles of C„ i.e., the atoms in Atoms{H c ,)- Take a set 
Xi C Atoms(H Ci ), and assume to add atoms in Xi as facts to C,- +Aux(Ci). 
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Definition 13 

Let C, be a cycle. Let Xj C Hq- The general logic program C + Aux(C) + Xj is called an 
extended cycle of C, corresponding to X,. 

Depending on the active handles Activec,(Xf) corresponding to Xf, the extended cycle 
Ci + Aux(Ci) + Xj may or may not be consistent. 

Definition 14 

Let d be a cycle occurring in II. We say that C, has partial stable models if 3Xj C 
Atoms(H Ci ) such that the corresponding extended cycle C,- + Aux(Cj) + Xj is consistent. 
Given a stable model of C, + Aux(Cj) + Xj, the set X, is called a positive base for 
5c,, while the set = Atoms(Hc) \ Xj is called a negative base for Sq. The couple of 
sets (Xj,X^) is called a base for Sq. We say that the Sq 's are partial stable models for II 
relative to Q. 

Atoms in X, are added as facts in order to simulate that we deduce them true in some 
other part of the program. Symmetrically, atoms in Xj - are supposed not to be concluded 
true anywhere in the program. The positive base Xj may be empty: in this case, all the 
atoms occurring in the handles are supposed to be false. Clearly, there may be no partial 
stable models relative to a cycle C; or there may be several ones. However, partial stable 
models of cycles are related to stable models of the overall program. 

Lemma 1 

Let IT be a program, C, be one of its composing cycle, and X be a stable model of II. Let 
Xj = X D Atoms(Hc). Then, the restriction 5, of I to the atoms involved in the extended 
cycle Pj — Cj + Aux(Cj) + Xj is a partial stable model of Pj. 

Proof 

Notice that all non-unit rules of Pj are also rules of II. Notice also that for every atom a 
occurring in Pj as the head of a non-unit rule, Pj contains all rules of II with head a: as II is 
canonical, these rules are by Definition[6]either in C, or in Aux(Cj). Assume that Sj is not a 
stable model of Pj. This means that, after applying the reductions specified in Definition|2] 
we obtain a positive program Pf ' where either (i) there exists atom a 6 S 1 ; that is not a 
consequence of Pj Si or (ii) there exists atom (3 which is a consequence of Pf but (3 g 1 5,-. 
In situation (i), it means that we have canceled all rules with head a, because they contain 
a negative literal which is false w.r.t. Sj. But, as we have included in S, all the atoms of X 
that occur either in C, or in its OR handles, this rules would have been canceled w.r.t. II as 
well, and thus X could not be stable. In situation (ii), there is some rule that we would have 
canceled w.r.t. P and has not been canceled for Pf, i.e, there is a literal not a which is false 
w.r.t. X and true w.r.t. Sj. But, if a G X and a occurs in Pj, then a £ Sj by hypothesis, and 
thus (ii) cannot be the case as well. □ 

Once we get partial stable models of the composing cycles, we can try to put them 
together in order to obtain stable models of the whole program. Of course, we will try to 
obtain a stable model of the overall program by taking one partial stable model for each 
cycle, and considering their union. This however will work only if the partial stable models 
assign truth values to atoms in a compatible way. 
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Definition 15 

Consider a collection S = Si, . . . , S w of partial stable models for n, relative to its compos- 
ing cycles Ci, . . . , C w , each Sj with base We say that Si, ... , S w are compatible 
or, equivalently, that S is a compatible set of partial stable models whenever the following 
conditions hold: 

1. yj,k< w,XjnX k - = 0; 

2. Vj < w, VA 6 Xj, 3h J j such that A e S A , and A ^ X/,; 

3. Vj <w,VBe X) - , ,3* < w such that B e S,. 

Condition (1) states that the bases of compatible partial stable models cannot assign 
opposite truth values to any atom. Condition (2) ensures that, if an atom A is supposed to 
be true in the base of some cycle Cj, it must be actually concluded true in some other cycle 
C/,. Notice that "concluded" does not mean "assumed", and thus A must occur in the partial 
stable model Sf, of C/,, without being in its set of assumptions X/,. Condition (3) ensures 
that, if an atom is supposed to be false in the base of some cycle, it cannot be concluded 
true in any of the other cycles. 

The following result formally states the connection between the stable models of IT, and 
the partial stable models of its cycles. 

Theorem 2 

Let II be a program with composing cycles C\ , . . . , C w and I be a set of atoms. X is a 
stable model of II if and only if / = [J i<w Si where each 5,- is a partial stable model for C, 
and S = Si, . . . ,S W is a compatible set of partial stable models. 

Proof 

Suppose that X is a stable model for II. Let C„ i < w, be any of the composing cycles of 
II. Let Xj = In Atoms(Hc,), which means that Xi is the set of the atoms of the handles 
of C, which are true w.r.t. I, and Xf = Atoms(HQ) \ Xi- Let 5,- be the restriction of X 
to the atoms involved in the extended cycle P, = C; + Aux(Ci) + Xi. By Lemma^S, is 
a stable model for P,. Then, it remains to prove that Si, . . . , S w form a compatible set of 
partial stable models. Condition 1 of Definition [21 holds because by construction we put 
in Xi all the atoms occurring in the handles of C,- that are true w.r.t. X: should they occur 
in the handles of some other cycle Cj they should be in Xj, and not in XJ . For condition 2, 
notice that atoms in X, do not occur in the head of the rules of Q. Since they occur in X, 
they must have been derived by means of the rules of some other cycle Cj, and thus they 
occur in Sj. For condition 3, it is sufficient to notice that we put in the XJ's atoms that are 
not in X, and consequently are not in the Si's. 

Vice versa, let us consider a compatible set S = Si , ... , S w of partial stable models for 
the cycles in II. Notice that II itself corresponds to the union of the cycles and of their 
auxiliary rules, i.e., II = \J t< Q + Aux(Q). 

Let us first show that X = {J i<w Si is a stable model of the program IL: = Ukw ^' + 
Aux{Cj) + Xi, which is a superset of II. In fact, each Si satisfies the stability condition on 
the rules of the corresponding extended cycle, and, since they form a compatible set, by 
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conditions (1) and (3) of Defmition^lno atom which is in the negative base of any of the 
Si's, is concluded true in some other 5). Therefore, X is a stable model of II/,. 

In order to obtain II from Hi, we have to remove the positive bases of cycles, which are 
the unit rules corresponding to the X,'s. By condition (2) however, in a set of compatible 
partial stable models every atom A G Xj is concluded true in some 5), i ^ j, i.e., in the 
partial stable model of some other cycle. This implies that X satisfies the stability condition 
also after X,-'s have been removed: then, X is a stable model for II. □ 

Each stable model S of II corresponds to a different choice of the Xfs, i.e., of the active 
handles of cycles. 

The above result is of theoretical interest, since it sheds light on the connection between 
stable models of a program and stable models of its sub-parts. It may also contribute to any 
approach to modularity in software development under the stable model semantics. 

From Theorem[Oand Theorem[2]we can argue that for checking whether a logic program 
has stable models (and, possibly, for finding these models) one can do the following. 

(i) Divide program II into pieces, of the form C,- + Amx(C,), and check whether every 
odd cycle has handles; if not, then the program is inconsistent. 

(ii) For every cycle C,- with handles, find the sets Xj that make the subprogram C, + 
Aux(Cj) consistent, and find the stable models Sq of each C-, +Aux(Cj) +Xj. Notice 
that in the case of unconstrained even cycles, Hq is empty, and we have two stable 
models, namely = Even_atoms(C,) and M C; = Odd_atoms(C,). 

(iii) Check whether there exists a collection of X,-'s, one for each cycle, such that the 
corresponding Sq's form a compatible collection of partial stable models for II: in 
this case the program is consistent, and its stable model(s) can be obtained as the 
union of the Sq's. 

To show how the method works, consider for instance the following program. 

— OCi 

q <— not q 
Aux(Od) 

— oc 2 

p *— not p, notf 

— Ed 

e <— notf 
f <— not e 

It can be seen as divided into the following parts, each one corresponding to C, + Aux(C\) 
for cycle C,-. The first part is composed of odd cycle OC\, with an auxiliary rule (OR 
handle): 

q «— not q 
q<-f 

The second part is composed of odd cycle OC2, without auxiliary rules but with an AND 
handle: 
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p «— not p, notf 

The third part is composed of the unconstrained even cycle EC\. 

e <— notf 
f <— nof e 

OCi in itself is inconsistent, but if we take Xocx — {f} (and Xq C — 0) we get the partial 
stable model {/, q}: the active OR handle forces q to be true. Similarly, if we take for OC2 
Xoc 2 = {/}> we g et the partial stable model {/}: the active AND handle forces p to be 
false. Cycle EC\ is consistent, with partial stable models {e} and {/}. If we now select the 
partial stable model {/}, we get a compatible set of partial stable models thus obtaining the 
stable model {f, q} for the overall program. Instead, the partial stable model {e} for EC\ 
does not serve to the purpose of obtaining a stable model for the overall program, since 
condition 2 of Definition^] is not fulfilled. This in particular means that atom/, which 
is in the positive base of both the odd cycles, is not concluded true in this partial stable 
model. Therefore, the handles of the odd cycles are not active and no overall consistency 
can be achieved. 

Take now this very similar program, that can be divided into cycles analogously. 

— OCi 

q <— not q 
Aux(Od) 

q<-f 

— OC 2 

p <— not p, not e 

— Ed 

e <— notf 
f <— not e 

The difference is that OCi has AND handle not e (instead of notf). With base Xqc 2 = {e} 
we get partial stable model {e} To fulfill condition 2 of Definition II 51 we should select 
partial stable model {e} of EC\. Unfortunately however, since OC\ is consistent only if 
we take Xocx = {/}> we should at the same time choose the other partial stable model {/} 
of EC\. Thus, no choice can be made for EC\ so as to make this program consistent. 

With the aim of developing effective software engineering tools and more efficient algo- 
rithms for computing stable models, syntactic conditions for the existence of stable models 
are in order. In the ongoing, we will use the above results as the basis for defining necessary 
and sufficient syntactic conditions for consistency. 

7 Handle assignments and admissibility 

In previous sections we have discussed how to split a stable model of a program into a 
compatible set of partial stable models of the cycle. However, we have not formalized a 
method for selecting bases for the cycles so as to ensure that all cycles have partial stable 
models, and that they form a compatible collection. To this aim, in this section we define 
syntactic condition that specify how active handles affect consistency of extended cycles. 
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Assume that atom a occurs in some handle A of a cycle. Then, it may possibly occur 
in the positive or negative base of that cycle for forming a partial stable model that may 
be a part of a compatible collection. In this case: if a occurs in the positive base, then by 
condition 2 of Definition I151 t must be concluded true in some other cycle; if instead a 
occurs in the negative base, then by condition 3 of Definition ^] it must not be concluded 
true in any other cycle. Notice that the cycles where it is possible to derive an atom a are 
the cycles a is involved in, which are the cycles the handle A comes from, or equivalently 
the source cycles of the handle. 

Definition 16 

A handle (A : K) of cycle C\, A = a or A = not a comes from source cycle C2 if 
a G Composing jitomsiC?). 

Handles in He are called the incoming handles of C. The same handle of a cycle C may 
come from different cycles, and may refer to different atoms of C. For instance, in the 
program below we have: 

— OCi 

a «— not b, notf 
b «— not c 
c <— not a, notf 
b^ g 

— Ed 
f<-notg 
g <- notf 

— EC 2 

f not h 
h «— notf 

handle {notf : AND) of OC\ comes from both EC\ and EC2, and refers to two different 
atoms in OC±, namely a and c; handle (g : OR) of OC\ comes from EC\, and refers to 
atoms b. 

The following definition completes the terminology by identifying the atoms occurring 
in handles coming from C. 

Definition 17 

Given a cycle C, the set of the atoms involved in C that occur in the handles of some other 
cycle is defined as follows: 
OutJiandles(C) = {(3 \ 

(3 e Composing _Atoms(C) A 3C% ^ Csuch that/5 e AtomsiHc^} 

In the above program for instance, we have Out_handles(EC\) = {f,g} and 
OutJiandles(EC2) — {/}• Notice that, according to the definition, h OutJiandlesiEC?), 
because h does not occur in any other cycle. 

For an handle to be active w.r.t. a set of atoms, we must have the following, (i) If the 
corresponding atom a is required to be true, then it must be concluded true (by means of a 
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supporting rule) in at least one of the cycles the handle comes from, which implies a to be 
concluded true in all the extended cycles it is involved into: in fact, the rule that makes a 
true is an auxiliary rule for all these cycles, (ii) If the corresponding atom a is required to 
be false, then it must be concluded false in all the (extended) cycles it comes from. 

This is illustrated by the following example: 

— OCi 

p <— notp.notc 

— OC 2 

c <— not d 
d <— not e 
e <— note J 

— Ed 

f <~ notg 
g <- notf 

— EC 2 

f <— not h 
h <— not f 
The extended cycles are: 

— OCi 

p <— notp.notc 

with no auxiliary rules, OutJiandles(EC\) = 0, Hoci = { nof c '■ AND : /?}, 
Atoms(Hod) = {c} and unique partial stable model {c} obtained by choosing X 0Cl = 

{c}; 

— oc 2 

c <— nof d 
d <— «of e 
e <— note J 

with no auxiliary rules, OutJiandles(OC2) = {c}, Hoc 2 = {f : AATD : e}, 
Atoms{H c 2 ) = {f} an d unique partial stable model {d} obtained by choosing positive 

baseX 0C2 =0,^o Cl = {f}: 

— £Ci +Amx(£'Ci) 
/ <- «ofg 

g <- nof/ 
/ <— nof h 

with Out. handles (EC 1) = {f},H E d = {not h : OR : f], Atoms (H ECl ) = {h}. Notice 
that if we take X ECl = {h} this makes / not derivable via the auxiliary rule, while however 
/ is still derivable via the corresponding rule involved in the cycle. Then, if we consider 
the two partial stable models {/} and {g} of EC\, we see that: the former one can be 
obtained either by choosing either X ECl = or X ECl = {h}; the latter one instead requires 
X E d — {h}, so as to allow / to be false. 
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— EC 2 + Aux(EC 2 ) 
f <— not h 

h <— notf 
f <~ notg 

with Out .handles (EC 2) = {f}, H E c 2 = { nof 8 '■ OR : /}, Atoms(H E c 2 ) = {,?} an d 
two partial stable models {/"} and {/z}. The former one can be obtained either by choosing 
Xec 2 = ^ or > a l so ' ^£Ci = {<?}• The latter one requires X EC2 = {g}, so as to allow / to be 
false. 

Unfortunately, the overall program turns out to have no stable model, because: for ob- 
taining the partial stable model of OC 2 ,f must be concluded false so to make the unique 
AND handle active. Both EC\ and EC 2 actually admit a partial stable model where / is 
false. Thus, for the fragment EC\ + EC 2 + OC 2 we may construct the unique wider partial 
stable model {g, h, d}. However, this fails to make the handle of OC\ active, and therefore 
a stable model for the program cannot be obtained. 

Assume to replace OC\ with OC'\ 

— OC\ 

p <— notp.notd 

where Hoc x = {not d : AND : p}, Atoms(Hoa s) = {d} an d there is a unique partial 
stable model {d} obtained by choosing positive base X 0Cl = {d}. In this case, {g, h, d} 
would be a stable model for the overall program. 

Assume to add the cycles: 

— OC 3 

q <— not q,d 

— Od 

r <— not r 
r <— not d- 

The resulting program cannot be consistent. On the one hand in fact, OC\ and OC3 
have unique AND handles not d and d respectively, that cannot be active at the same time. 
On the other hand, OC'i has an AND handle not d while OC4 has an OR handle not d, and 
also in this case these handles cannot be active at the same time. 

Below we establish the formal foundations of the kind of reasoning that we have infor- 
mally proposed up to now. Some more definitions about handles are needed. 

Definition 18 

The handles (A : AND) and (A : OR) are called opposite handles. Given a handle h, we 
will indicate its opposite handle with hr . 

Definition 19 

The handles (A x : K) and (A 2 : K) are called contrary handles if A x =aandA 2 =nota. 
Given a handle h, we will indicate its contrary handle with h n . 
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Whenever either contrary or opposite pairs of handles occur in a program, even for 
different /3's, if one is active w.r.t. a given set of atoms then the other one is not active, and 
vice versa. 

Definition 20 

The handles (Ai : Kl) and (A 2 : K2) are called sibling handles if £1 ^ K2, and A x = a 
and A 2 = not a. Given a handle h, we will indicate its sibling handle with h s . 

Whenever sibling pairs of handles occur in a program, even for different /3's, if one is 
active if one is active w.r.t. a given set of atoms then the other one is active as well. 

Taken for instance atom a, we have: 

• (a : AND) and (a : OR) are opposite handles; 

• (not a : AND) and (not a : OR) are opposite handles; 

• (a : AND) and (not a : AND) are contrary handles; 

• (a : OR) and (not a : OR) are contrary handles; 

• (a : OR) and (not a : AND) are sibling handles; 

• (a : AND) and (not a : OR) are sibling handles; 

Finally, we introduce the definition of handle assignment, which is a consistent hy- 
pothesis on (some of) the handles of a cycle C. Namely, it is a quadruple composed of 
the following sets. IN£ contains the incoming handles which are assumed to be active. 
From INq one can immediately derive a corresponding assumption on Xc- In particular, 
X c = ActivationAt c (IN c ), i.e. it is exactly the set of the atoms that make the handles in 
IN C active. Vice versa, IN^ contains the incoming handles which are assumed to be not 
active. Handles of C which are not in IN^ U IN^ can be either active or not active, but their 
status is either unknown or irrelevant in the context where the handle assignment is used. 

OUT^ is the set of out-handles which are required to be concluded true. This in order 
to make some handle of some other cycle active, as we have seen in the example above. 
Similarly, OUT^ is the set of the out-handles which are required to be concluded false, for 
the same reason. Of course, the OUTc's, must be disjoint, since no atom can be required to 
be simultaneously true and false. 

Definition 21 

A basic handle assignment to (or for) cycle C is a quadruple of sets 
(IN%,IN%,OUT+,OUTc) 

where the (possibly empty) composing sets are such that: 

IN% U INq C H c ; 
IN% n INc = 0; 

neither IN^ and IN^ contain pairs of either opposite or contrary handles; 
OUT+ U OUT- C OutJiandles(C); 
OUT^ n OUTc = 0. 
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For short, when talking of both IN^ and IN% we will say "the INc's". A handle assign- 
ment will be called trivial (resp. non-trivial) if OUT^ = OUT^ = 0, i.e., whenever there 
is no requirement on the out-handles of C. 

If IN C is empty, there are two possible situations, (i) He = 0, i.e., the cycle is uncon- 
strained, (ii) H c ^ but no active incoming handle is assumed: in this case, we say that 
the cycle is actually unconstrained w.r.t. this handle assignment. A handle assignment will 
be called effective (w.r.t. non-effective) whenever IN C ^ 0. 

We have to cope with the relationship between opposite, contrary, and sibling handles, 
whenever they should occur in the same cycle C. 

Definition 22 

Let: h and hr be a pair of opposite handles; h and h" be a pair of contrary handles; and 
h and h s be a pair of sibling handles. A complete handle assignment, or simply a handle 
assignment, to cycle C is a basic handle assignment to C where, for each pair of opposite, 
contrary or sibling handles the occur in C, the following conditions hold: 
h G IN C if and only if hr G IN^; 
h G IN* if and only if h" G IN%; 

then either h, h s 6 IN C and h, h s IN% or h, h s G IN% and h, h s IN C . 

A basic handle assignment can be completed, i.e., turned into a complete handle assign- 
ment, by an obvious update of the INc's. 

What the definition does not state yet is that INc's and the OUT c 's should be compatible, 
in the sense that the handles in IN C and IN^ being active should not prevent the out-handles 
in OUTc's from being true/false as required. Consider for instance the following extended 
cycle OC, which is meant to be a fragment of a wider program: 

— OC 

a <— notbj 
b <— not c 
c <— not a 
b <— note 

where H oc = {(not e : OR : b),(f : AND : a)}. 

Let us assume that OutJiandles(OC) = {a,b}: this means, we assume that these are the 
atoms involved in OC that occur in the handles of some other cycle. Now take a handle as- 
signment with the following components. INq C = {if : AND : a)} which means that we 
assume this handle to be active, i.e., we assume/ to be false. INq C = {(note : OR : b)}, 
which means that we assume this handle to be not active, i.e., we assume not e to be false. 
Finally, OUTq C = {b}, and OUTq C = {c}. For this handle assignment, the requirements 
about the out-handles are not compatible with the assumptions on the incoming handles. 
In fact, if / is assumed to be false, then a is concluded false, and consequently c is con- 
cluded true and b false (since moreover the OR handle not e of b is in INq C , and thus 
is assumed to be not active). Notice that even with INq C = (i.e., with no knowledge 
about handle (not e : OR : b)) still with the given assumptions about the incom- 
ing handles we cannot assume to meet the requirements for OUTq C and OUTq C . Instead, 
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with the same INoc's, and with OUT^ c = {c} and OUTq C = we obtain an handle as- 
signment where the assumptions are compatible with the requirements. Notice also that 
OUTq C = does not mean that no out-handle is allowed to be false, rather it means that 
no out-handled is required to be false. Then, provided that the requirements in OUTg C and 
OUTq C are met, the remaining out-handles can take any truth value. Notice finally that if 
we let INq C — INq C = 0, then the extended cycle is inconsistent. 

Clearly, a definition of the INoc' 5 mat makes the corresponding program fragment 
C+Aux(C) + Activation At c(IN^) inconsistent is useless for obtaining stable models of the 
overall program. In fact, we are interested in handle assignments where the INoc's corre- 
spond to an assumption on the incoming handles (and thus on Xc = ActivationAtc(IN c )) 
such that: the resulting program fragment C + Aux(C) + Xc is consistent, and the require- 
ments established in OUTg C and OUTq C are met. This means that in some partial stable 
model of the program fragment all atoms in OUTq C are deemed true, and all atoms in 
OUTq C are deemed false. 

This is formalized in the following: 
Definition 23 

A handle assignment HA = (IN£,IN%, OUT+,OUT~) to a cycle C is admissible if and 
only if the program C + Aux(C) + ActivationAtc{IN c ) is consistent, and for some stable 
model S M 'c of this program, OUT+ C S m c and OUT^ n S m £ = 0. We say that S M c 
corresponds to HA. 

According to Definition^] each stable model S ,N 'c is a partial stable model of II relative 
to C, that can be used for building a stable model of the whole program. At least some 
of these partial stable models correspond to the given handle assignment, in the sense that 
they are consistent with the choice of active handles that the assignment represents. 

Proposition 1 

A non-effective handle assignment cannot be admissible for an odd cycle. 
Proof 

A non-effective handle assignment provides an empty set of active handles to the cycle, 
which then is either unconstrained (no effective handle assignment exists because there 
are no handles) or is actually unconstrained (no handle is made active by this assignment). 
An unconstrained odd cycle is inconsistent. By Theorem[0 an actually unconstrained odd 
cycle is inconsistent as well, since it has no active handle. Then, by Definition 1231 the 
assignment is not admissible. □ 

and also that: 

Proposition 2 

A non-effective handle assignment is admissible for an even cycle C if and only if either 
OUT^ C EvenMtoms(C) or OUT^ C Oddjitoms(C). 



On the existence of stable models 



25 



Proof 

If cycle C is even, and it is either unconstrained or actually unconstrained, then the program 
fragment C + Aux(C) + ActivationAtc(IN c ) has two stable models, S\ coinciding with 
Evenj2toms(C), and S2 coinciding with OddjxtomsiC). This because the handles either do 
not exist or are not active, and thus do not affect the stable models. By Definition 1231 the 
assignment is effective if and only if OUTq C S± or OUTq C S 2 . □ 

Observe that whenever a handle assignment is effective the corresponding program frag- 
ment is locally stratified, and thus, according to ( |Przymusinska and Przymusinski 1990 1, 
has a unique stable model that coincides with its well-founded model. It may also be 
observed that a trivial handle assignment, which does not state requirements on the out- 
handles, is always admissible for an even cycle, and it is admissible for an odd cycle only 
if it is effective (otherwise as seen before the cycle is inconsistent). 

The admissibility of a non-trivial effective handle assignment for cycle C can be 
checked syntactically, by means of the criterion that we state below. The advantage of 
this check is that it does not require to compute the well-founded model of C + AuxiC) + 
Activation At c(INq), but it just looks at the rules of C. Although the syntactic formulation 
may seem somewhat complex, it simply states in which cases an atom in OUTq, which is 
required to be concluded true w.r.t. the given handle assignment (or, conversely, an atom 
in OUTq which is required to be concluded false), is actually allowed to take the specified 
truth value without raising inconsistencies. Notice that OUTq and OUTq must be mutu- 
ally coherent, in the sense that truth of an atom in OUTq cannot rely on truth of an atom 
in OUTq (that instead is required to be concluded false), and vice versa. 

Proposition 3 

A non-trivial effective handle assignment (IN C , INq, OUTq, OUTq) to cycle C is admis- 
sible if and only if for every A, G OUTq the following condition (1) holds, and for every 
\k G OUTq the following condition (2) holds. 

1. Condition 1. 

(a) Either there exists OR handle h a for A,, h„ G IN C or 

(b) for every AND handle h a for A,, h a G INq and 
A, + i OUTq~, and 

condition (2) holds for A, + i. 

2. Condition 2. 

(a) For every OR handle h a for A, h a G INq, and 

(b) either there exists AND handle h a for A such that h a G IN C , or 
Aa+i ^ OUTq , and condition (1) holds for Ajt+i. 

Proof 

Let us first notice that the set of rules with head A/ in C + Aux(C) + ActivationAtc(IN c ) 
consists of rule A, <— not A;+i, A, in C, and possibly, of one or more rules in Aux(C). In 
fact, by the definition of canonical program, atoms in INq do not occur in C, and thus A, 
cannot belong to ActivationAt c {IN c )). 
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Consider an atom A, € OUT^, that we want to be concluded true in the partial stable 
model of C which corresponds to the given handle assignment. For A, to be concluded true, 
there must be a rule whose conditions are true w.r.t the handle assignment. 

One possibility, formalized in Condition l.(a), is that there exists an OR handle h for 
A,, h„ S INq. That is, there is an auxiliary rule with head A,, and condition true w.r.t. the 
handle assignment. 

Otherwise, as formalized in Condition l.(b) we have to consider the rule of cycle C: 

A,- <— not Aj+i, A,- 

and check that all the conditions are guaranteed to be true by the handle assignment. First of 
all it must be (A^ : AND : At) G IN^ i.e., in the given handle assignment the AND handle 
referring to A, must be not active, because an active AND handle would make the head of 
the rule false. Second, not A,-+i must be true: this on the one hand requires A;+i G" OUT^, 
that would be a contradiction; on the other hand, requires A, + i to be concluded false. To 
this aim, condition (2), discussed below, must hold for A, + i. 

Consider now an atom At G OC^, that we want to be false the partial stable model of 
C, which corresponds to the given assignment: there must not be a rule for A^ whose 
conditions all true w.r.t. the given assignment. 

First, as formalized in Condition 2. (a), we must have any OR handle h„ for A^ in INq. 
Otherwise, At would be necessarily concluded true, being the head of an auxiliary rule with 
a true body. 

Second, as formalized in Condition 2.(b), we also have to consider the rule of cycle C 

Xk <— not Xk+i,Ak 

and check that one of its two conditions is false w.r.t. the handle assignment. A first case is 
that (Ak : AND : Xk) G IN*, which means that the AND handle referring to Xk is supposed 
to be active, i.e., false. Otherwise, not Xk+i must be false, i.e., Ajt+i must be true. To this 
aim, provided that A^+i ^ OUT^ (that would be a contradiction), condition (1) must hold 
forAfc+i. □ 

The fact that Conditions 1 and 2 refer to each other is not surprising, since they are to be 
applied to cycles. Consider for instance the following cycle: 

e <— notf 
f *~ notg 
g «— not e 
g^h 

The handle assignment ({{h : OR)}, 0, {g}, 0) is admissible by Proposition [5] since, ac- 
cording to Condition l.(a), there exists an auxiliary rule with head g and body in IN*. Also 
{{(h : OR)}, 0, {g, <?}, 0) is admissible, because: g is as above; there is no OR handle for e, 
thus Condition l.(a) cannot be applied, but, considering rule e notf (Condition l.(b)), 
it is easy to see that Condition 2 holds of/, since there is no OR handle for/, and we have 
just shown that Condition 1 holds of g. Instead, ({(/i : OR)}, 0, {g}, {e}) is not admissible, 
because Condition 2 does not hold of e. 
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It is important to notice that it is possible to determine admissible handle assignments 
from a partially specified one. An obvious way of doing that is: guessing the missing sets, 
and checking whether the resulting handle assignment is admissible. There is however a 
much easier way by exploiting the definitions. 

Namely, for given INc's it is easy to find the maximal values for OUT^ and OUT^ that 
form an admissible handle assignment. If IN* is empty, then they correspond to the stable 
models (if any) of the cycle taken by itself (without the auxiliary rules, since an empty IN* 
means that no OR handle is active). If IN* is not empty, then by asserting the atoms in 
Activation At c(IN*) as facts one computes the (unique) stable model of the extended cycle, 
and thus the maximal values for OUT^ and OUT^ . These maximal values are determined 
by assuming all handles not belonging to the INc's to be not active. 

Vice versa, given OUT^ and OUT^ ', and unknown or partially defined INc's, the con- 
ditions stated in Proposition can be used for determining the subsets of He (incoming 
handles) that form admissible handle assignments. 

Consider for instance the extended cycle: 

e <— notf, not r 
f <~notg 
g «— not e 

8 <- v 
g<-h 
e <— s 
e <— not h 

and let OUT^ = {g} and OUTq = 0. Then, for forming an admissible handle assign- 
ment we have three possibilities. 

First, by Condition l.(a) of Proposition[3] we can exploit the auxiliary rule g <— v, i.e. 
the handle (v : OR), and let IN*} = {(v : OR)}, and IN^ 1 = 0. 

Second, again by Condition l.(a) of Proposition [3] we can exploit the other auxiliary 
rule g <— h, i.e. the handle (h : OR), and let IN* 2 = {(h : OR)}. This implies to insert 
into IN^ 2 the contrary and opposite handles, since they both occur in C, i.e. IN^ 2 = {(h : 
AND), (noth : OR)}. 

Third, we can exploit condition l.(b), and consider rule with head g in the cycle, i.e. 
g <— not e, and verify Condition 2 for e, that must be false. For checking Condition 2. (a), 
we have to consider both the OR handles for e, i.e. handle (not h : OR) and handle (s : OR), 
that must be included in IN'p, i.e., INP = {(not h : OR), (s : OR)}. For checking 
Condition 2.(b) we have to consider rule e <— not f, not r. Since we want g to be true, this 
implies / to be false, which means that for getting e false as well, we have to add its AND 
handle (not r : AND) to IN^ 3 . I.e., finally we get IN% 3 = {(not h : OR), (s : OR), (not r : 
AND)}. This leads to add the opposite and contrary handles which occur in C to IN* 2 , thus 
letting:/^ 3 = {(h : OR)}. 

We may notice that IN* 2 = IN* 3 but IN^ 2 C IN^. 3 . Both choices form an admissible 
handle assignment, although the first one is more restricted. It turns out in fact that, in the 
above cycle, for building handle assignments where OUT^ = {g} and OUTq = 0, the 
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handle (not r : AND) is actually irrelevant. This explains why the definition of handle 
assignment does not enforce one to set all the handles of the cycle as active/not active. We 
can introduce the following definition: 

Definition 24 

An admissible handle assignment (IN^,IN^, OUT^ , OUT^ ) is minimal if there is no other 
sets IN% C 7JV£ and IN%' C IN% such that (IN% , IN%' , OUT+ , OUT^ ) is still admissible. 

As we have just seen, there can be alternative minimal sets of incoming active handles 
for the same out-handles. However, there may also be the case there is none. There is for 
instance no possibility for OUT^ = {g,f}, i.e., no choice for the INc's can produce a 
partial stable model where both g and / are true. 



8 Cycle Graph and support sets 

In previous sections we have proved that a stable model of a program can be obtained 
as the union of a compatible collection of partial stable models of the composing cycles. 
Partial stable models of a cycle are obtained by considering the corresponding extended 
cycle as a program, and making assumptions about its handles. We have discussed how 
to study consistency of extended cycles by means of the notion of handle assignment. In 
this section we introduce the Cycle Graph of a program, that represent cycles and handles. 
In the rest of the paper we show that the concepts and principles that we have previously 
introduced allow us to define syntactic conditions for consistency on the Cycle Graph. 

Definition 25 

Given program II, the Cycle Graph CGn, is a directed graph defined as follows: 

• Vertices. One vertex for each of cycles Ci , . . . , C w that occur in II. Vertices corre- 
sponding to even cycles are labeled as EQ's while those corresponding to odd cycles 
are labeled as OC/s. 

• Edges. An edge (Cj, Ci) marked with (A : K : A) for each handle (A : K : A) G H Ci 
of cycle Ci, that comes from Cj. 

Each marked edge will be denoted by (Cj, C,-|A : K : A), where either (Cj or C, or 
A) will be omitted whenever they are clear from the context, and we may write for short 
(Cj, Cj\h), h standing for a handle that is either clear from the context or does not matter 
in that point. An edge on the CG connects the cycle a handle comes from to the cycle to 
which the handle belongs. 

Take for instance the following program ttq. 



On the existence of stable models 



29 



— Od 

p <— notp.notc 

Aux(OCi) 

p <— not b 

— 0C 2 

q <— not q 

Aux(OC 2 ) 

q <— a 
q <— not e 

— oc 3 

r <— not r, not e 

— Ed 

c <— nof d 
d <— not c 

— Ed 

a <— not b 
b <— not a 

— Ed 

e <— nof/ 
/ <— nof e 

Its cycle graph CG,r is shown in Figure 1 . 




Figure 1. The Cycle Graph of tro- 

The Cycle Graph of a program directly represents cycles, that correspond to its vertices. 
It also indirectly represents extended cycles, since its edges are marked by the handles. 
Paths on the Cycle Graph graph represent direct or indirect connections between cycles 
through the handles. In order to relate admissible handle assignments for the cycles of IT 
to subgraphs of its cycle graph CGn we introduce the following definitions. 

Definition 26 

Given program IT, let a CG support set be a pair S = (ACT + ,ACT~) of subsets of the 
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handles marking the edges of CGn (represented in the form (A : K) with K = AND /OR) 
such that the following conditions hold: 

(i) ACT+ HACT- = 0. 

(ii) neither ACT + nor ACT~ contain a pair of either opposite or contrary handles. 

(iii) if two opposite handles h and h~~ both occur on the CG, then ACT + contains handle h 
if and only if ACT~ contains its opposite handle h~ . 

(iv) if two contrary handles h and h" both occur on the CG, then ACT + contains handle h 
if and only if ACT~ contains its contrary handle h". 

(v) if two sibling handles h and h s both occur on the CG, then either h, h s G ACT + and 
h, h s ACT-, or vice versa h, h s G ACT' and h, h s ACT+ 

Given S, we will indicate its two components with ACT + (S) and ACT~ (S). For the sake 
of readability we introduce some simplifying assumptions. 

• Given handle h = (A : K : A), by ACT+ (S) U {h} (resp. ACT- (S) U {h}) we mean 
ACT+(S) U {(A : K)} (resp. ACT+{S) U {(A : K)}). 

• Given handle h G ACT+ (S) (resp. h <E ACT~ (S)) of the form (A : K), by IN% U {h} 
(resp. INg U {It}) we mean: to identify the set H = { ( A : K : A) € He} and perform 
7JV£ U i/ (resp. 7iV£ U //). 

• By H c C]ACT+{S) (resp. H c n ACT+(S)) we mean {(A : K : A) G ff c |(A : K) e 
ACr+(5)} (resp. (A : K) EACT+(S)). 

As stated in Theorem^ we have to restrict the attention on CG support sets including at 
least one active handle for each odd cycle. Then, according to Theorem|2] we have to check 
that the assumptions on the handles are mutually coherent, and are sufficient for ensuring 
consistency. 

Definition 27 

A CG support set S is potentially adequate if for every odd cycle C in IT there exists a 
handle h G H c such that h G ACT+(S). 

A CG support set S induces a set of handle assignments, one for each of the cycles 
{Ci, . . . , C w } occurring in II. 

The induced assignments are obtained on the basis of the following observations: 

• Each handle in h G ACr + (S) is supposed to be active, and therefore it must be active 
for each cycle C, such that h G Hq- 

• Each handle in h G ACr~ (S) is supposed to be not active, and therefore it must be 
not active for each of cycle Cj such that h G Hq . 

• If a handle h in S requires, in order to be active/not active, an atom (3 to be false, then 
it must be concluded false in all the extended cycles of the program h comes from. 

• If a handle h in S requires, in order to be active/not active, an atom (3 to be true, then it 
must be concluded true in all the extended cycles of the program h comes from. This 
point deserves some comment, since one usually assumes that it suffices to conclude 
[3 true somewhere in the program. Consider however that any rule (3 <— Body that 
allows f3 to be concluded true in some cycle is an auxiliary rule to all the other cycles 
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(3 is involved into. This is why (3 is concluded true everywhere it occurs. This is the 
mechanism for selecting partial stable models of the cycles that agree on shared 
atoms, in order to assemble stable models of the overall program. 

Definition 28 

Let S = (ACT + ,ACT~) be a GG support set which is potentially adequate. For each cycle 
Ck occurring in n, k < w, the (possibly empty) handle assignment induced by this set is 
determined as follows. 

1 . Let INq be H Ck n ACT+ (S). 

2. Let IN% t be H Cl n ACT~ (S). 

3. Let OUT£ be the (possibly empty) set of all atoms (3 G OutJiandles(Ck) 
such that there is a handle h G ACT + (S) either of the form ((3 : OR) or 
(not j3 : AND). 

4. Let OUT^ t be the (possibly empty) set of all atoms a e OutJiandles(Ck) 
such that there is a handle h G ACT~ (S) either of the form (a : AND) or 
(not a : OR). 

5. Verify that OUT^ n OUT+ = 0. 

If this is the case for each C*, then 5 actually induces a set of handle assignments, and is 
called coherent. Otherwise, S does not induce a set of handle assignments, and is called 
incoherent. 

The above definition does not guarantee that the assignments induced by a coherent 
support set are admissible, that the same atom is not required to be both true and false 
in the assignments of different cycles, and that the incoming handles of a cycle being 
supposed to be active/not active corresponds to a suitable setting of the out-handles of the 
cycles they come from. Consider for instance cycle C, which has an incoming handle, e.g. 
h = (j3 : OR : A), in INq\ h is supposed to be active, which in turn means that (3 must 
be concluded true elsewhere in the program; then, for all cycles Cj where (3 is involved 
into, we must have (3 G OUTq, in order to fulfill the requirement. Of course, we have to 
consider both IN^ and INfi, and both the AND and the OR handles. 

The following definition formalizes these more strict requirements. 

Definition 29 

A coherent CG support set S is adequate (w.r.t. not adequate) if for the induced handle 
assignments the following conditions hold: 

1 . they are admissible; 

2. for each two cycles C„ Cj in IT, OUT+ n OUT q = 0. 

3. For every C,- in II, for every handle h G IN^ of the form either ((3 : OR : A) 
or (not (3 : AND : A), and for every handle h G INq of the form either 
(13 : AND : A) or (not (3 : OR : A), for every other cycle Cj in II, i ^ j, such 
that (3 G OutJiandles(Cj), we have (3 G OUT^. 
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4. For every C, in II, for every handle h £ INX of the form either (not (3 : 
OR : A) or ((3 : AM) : A), and for every handle h £ IN% of the form either 
(not {3 : AND : A) or (/3 : OR : A), for every other cycle Cj in II, i ^ /', such 
that (3 £ OutJiandles(Cj), we have (3 £ OUT^,. 

9 Checking consistency on the Cycle Graph: Main Result 

We are now able to state the main result of the paper, which gives us a necessary and 
sufficient syntactic condition for consistency based on the Cycle Graph of the program. 

Theorem 3 

A program IT has stable models if and only if there exists and adequate CG support set S 
fori! 

Proof 

<= 

On the basis of S we can obtain the corresponding induced handle assignments, that will 
be admissible by the hypothesis that the S is adequate. 

From S we can obtain a global handle assignment HA = (Tha', Fha) as follows. 
Tha = {" I 

(a : OR) £ ACT+(S) V (not a : AND) £ ACT+(S) V 
(not a :OR)£ ACT- (S) V (a : AND) £ ACT- (S) } 

Fha = {a\ 

(a : AND) £ ACT+(S) V (not a : OR) £ ACT+(S) V 
(a : OR) £ ACT-(S) V (not a : AND) £ ACT~(S)} 

Since the S is adequate, then by Definition[29]we have that (i) for each cycle C, in II, S 
induces an admissible handle assignment, that (ii) HA is consistent (i.e. Tha^Fha = 0), that 
(iii) Va £ Tha, a is concluded true in every cycle C,- it is involved into since a £ OUT^ , 
and the handle assignment induced by S to C, is admissible, and that (iv) Va £ Fha, ol 
is concluded false in every cycle Cj it is involved into, since a £ OUT^ , and the handle 
assignment induced by S to Cj is admissible. 

On the basis of HA, for each cycle C, in IT we can build a correspondent independent 
program Cj +Aux(Cj) +Xj, where we let X, — Afomi(//c,) H Tha, and Xj~ = Atoms(Hc t ) f) 
Fha- This independent program has a stable model Si by construction, since the handle 
assignment induced by S to C, is admissible (point (i) above). This stable model is (by 
Definition 1 14i a partial stable model for IT relative to C,-, with base (X^Xf). Taken one 
Si for each C,- in IT, in the terminology of Definition [21 the Si's constitute a compatible 
set of partial stable models because, according to Definition^] (1) for any other cycle Cj, 
Xj n XJ = 0, since Tha H Fha = by point (ii) above; (2) VA £ Xu A is concluded true 
in some other cycle, by point (iii) above; (3) VA £ Xf, A is concluded false all the other 
cycles, by point (iv) above. Then, by Theorem[2] IT has stable models. 

=>■ 

If IT has a stable model M, then by Theorem[2]we can decompose M into a compatible set 



On the existence of stable models 



33 



of partial stable models, one partial stable model Si, with base (X"(,XT), for each C, in II. 
Since X/,X^ C Atoms(Ho), they correspond to sets INq and /iV^. of handles of C, that are 
made active/not active by this base. By point (1) of Definition^] for every two cycles Q, 
Cj Xi n Xr = 0, and then IN%, n = 0. If we let 5 such that ACT+ (S) = \J i<H . IN^ and 
ACT- (5) = Uk w /jv c ( - we have ACT+ ( 5 ) HACr^ (5) = and, if there are either opposite 
or contrary handles, they will not be in the same set. Then, S is a CG support set, and is 
potentially adequate by construction, because it has been built from the IN A, s and IN N 's of 
the cycles (point 1-2 of Definitionl27>. and because the 5,-'s agree on shared atoms, having 
been obtained by decomposing a stable model (points 3-5 of Definition 127b . For the same 
reasons, S is also adequate. 

□ 

Checking the condition stated in Theorem [3] does not imply finding the stable models 
of the program. However, in the proof of the only-if part, a way of determining the stable 
models can be actually outlined, and is summarized below. 

Corollary 1 

Assume that the condition stated in Theorem [3] holds for program II. Then, the stable 
models of II can be determined as follows. 

1. Given the handle assignments induced by S, build Tea- 

2. For each cycle C, in II, let X/ = Atoms(HQ) H Tha, build the corresponding 
extended cycle C, + Aux(Ci) + X h and find its partial stable models. 

3. Assemble each stable model of II as the union of one partial stable model for 
each cycle. 

Consider the following collection of cycles. 





oc 


p * 


— not s, 


s *- 


- not t 


t <- 


- not p 




OCi 


p f 


— not s, 


s *■ 


- not t 


t <- 


- not p 


s *■ 


- a 




oc 2 


q *- 


— not q 


q - 


— not e 



oc 3 

- not r, not e 
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— ECi 

a *— not c 
c <— not a 

— EC 2 

a <— not b 
b *— not a 

— EC 3 

e <— notf 
f <— not e 

— oc 2 

q <— not q 
q *— not e 
q <— a 

Let m = OC U ECi, = Od U Ed U £C 2 , vr 3 = Od U £Ci U £C 2 U Od U 0C 3 , 
and 7T4 = OCi UfiCi UEC2 U (9C 2 U OC3. The Cycle Graphs of these programs are shown 
in Figure|9] Figures 2, 3 and 4 respectively. 




Figure 2. The Cycle Graph of 7Ti . 
Let's denote C + Amx(C) by C e . 

For 7Ti, we have 7//a = {c}. The partial stable model of EC' Uc is {c}; the partial stable 
model of OCq U c is {c, f}. Then, a stable model of the overall program is (as it is easy to 
verify) {c, t}. 

For 7T2, we have two possibilities. In the first one, Tha = { c }- The partial stable model 
of EC\ U c is {c}; the partial stable model of EC\ U c is {c, fe}; the partial stable model 
of OC\ U c is {c, f}. Then, a stable model of the overall program is (as it is easy to verify) 
{c,b, t}. 
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(note: AND: p) (a: OR: s) 




Figure 3. The Cycle Graph of 7r 2 . 




Figure 4. The Cycle Graph of 7T3. 

In the second one, T HA = {a}. The partial stable model of EC\ U a is {a}; the partial 
stable model of EC\ U a is {a}; the partial stable model of OC\ U a is {a, 5, f}. Then, a 
stable model of the overall program is (as it is easy to verify) {a, s, t}. 

For 7T3 the situation is hopeless, since the only incoming handles to OC2 and OC3 are 
opposite handles, that cannot be both active. 

For 7T4, we have T HA — {a,e}. The partial stable model of EC\ U a is {a}; the partial 
stable model of EC\ U a is {a}; the partial stable model of (9Q U a is {a, s, f}; the partial 
stable model of OC' e 2 U a is {a, g}; the partial stable model of EC\ U e is {e}; the partial 
stable model of OC\ U e is {e}. Then, a stable model of the overall program is (as it is easy 
to verify) {a, s, f, q, e}. 
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Figure 5. The Cycle Graph of Wi. 

Therefore, it is useful to define a procedure for identifying adequate support sets of a 
program on its Cycle Graph. 

10 Identifying adequate support sets on the Cycle Graph 

The above definitions allow us to define a procedure for trying to find adequate support 
sets starting from the odd cycles, and following the dependencies on the CG. 

Definition 30 (Procedure PACG for finding adequate CG support sets for program II) 

1. Let initially S = (0;0>. 

2. For each cycle Ck occurring in II, k < w, let initially HA Ct = (0, 0, 0, 0} 

3. For each odd cycle OC in II do: 

(a) Choose h 6 H 0C - If Hoc = 0, than FAIL. 

(b) For chosen h: 

i do ACT+(S) :=ACT+(S) U {h}; 

ii if/;' 5 occurs in the CG, do ACT+(S) := ACT+(S) U {h s }; 

iii if /z occurs in the CG, do ACT~ (S) := ACT- (S) U {/!"}; 

iv if h" occurs in the CG, do ACT~ (S) := ACT~ (S) U {h n }. 

v For each cycle C^ in II such that h 6 H Ct : 

A do IN£ k := INq U h; 

B if h s occurs in H Cj for some cycle Cj (where pos- 
sibly = k), do IN%. := IN%. U {h s }; 

C if h~ occurs in H Cj for some cycle C, (where 
possibly j = k), do INq := INq U {h~}; 
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D if ft" occurs in Hq for some cycle Cj (where 
possibly j = k), do IN q := IN% U {ft"}. 

vi If ft is either of the form (/3 : OR) or (not (3 : AND), 
for each cycle Q in II where (3 G OutJiandles(Ck), do: 
OUT+ := 01/7+ U {/?}; 

vii If ft is either of the form (not (3 : OR) or ((3 : AND), 
for each cycle Ck in IT where (3 G OutJiandles(Ck), do: 

:= 0£/7£ U {/?} 

4. REPEAT 

(a) Verify that ACT+ (S) nACT~(S) = 0. If not, FAIL. 

(b) Verify that neither ACT + nor ACT - contain a pair of either opposite 
or contrary handles. If not, FAIL. 

(c) For each cycle C k in II such that OUT+ ^ or OUT^ ^ 0: 

i Verify that OUT+ n OUTq = 0. If not, FAIL. 

ii Update (if needed) IN$ k and /7Y^ w.r.t. OUT+ and 
OUT^, and check that the resulting handle assignment is 
admissible. If not, then FAIL. 

iii For each other cycle Ch in II do: verify that OUT^ n 
OUTq = 0, and that OUTq n OUT+ = 0. If not, FAIL. 

(d) For each cycle C* in IT, for each ft G /A^ : 

i do ACT+ (S) :=ACT+(S) U {ft}; 

ii if/;' 5 occurs in the CG, do ACT+(S) := ACT+(S) U {h s }; 

iii if /z occurs in the CG, do ACT~ (S) := ACT~ (S)U{h-}; 

iv if ft" occurs in the CG, do ACT~ (S) := ACT~ (S) U {ft"}. 

v For each cycle Ch in IT such that ft G Hq: 

A do INq ~IN£ h Uft; 

B if ft' 5 occurs in Hq for some cycle Cj (where pos- 
sibly j = ft), do INq := INq U {h s }; 

C if ft~ occurs in Hq for some cycle C, (where 
possibly j = ft), do IN%. := INq U {h~}; 

D if ft" occurs in Hq for some cycle C, (where 
possibly ; = ft), do /A^. := /A^ U {ft"}. 

vi If ft is either of the form ((3 : OR) or (not (3 : AND), 
for each cycle Ck in IT where (3 G OutJiandles(Ck), do: 
01/7+ := OUT+ U {/?}; 

vii If ft is either of the form (not (3 : OR) or ((3 : AND), 
for each cycle C* in IT where /? G OutJiandles(Ck), do: 
Ot/7^ := Ol/7£ U {/?} 

(e) For each cycle Ct in IT, for each ft G W^: 

i doACT-(5) :=ACT-(S) U {ft}; 
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ii if h s occurs in the CG, do ACT- (S) := ACT~ (S) U {ft 5 }; 

iii if/r occurs in the CG, do ACT+ (S) := ACT~ (S)U{h~}; 

iv if ft" occurs in the CG, do (5) := ACT+ (S) U {ft"}. 

v For each cycle C/, in IT such that ft £ Hc k : 

A do INq :=IN% h Uft; 

B if h s occurs in Hq for some cycle Cj (where pos- 
sibly./' = ft), do IN%. := IN% U {ft 1 }; 

C if ft~ occurs in Hq for some cycle Cj (where 
possibly j = ft), do IN q := IN%. U {A - }; 

D if ft" occurs in Hp, for some cycle Cj (where 
possibly; = ft), do 72V£. := 7A^. U {h"}. 

vi If ft is either of the form ([3 : OR) or (not (3 : AND), 
for each cycle Q in IT where (3 G OutJiandles(Ck), do: 

Of/r Q _ := oc/r- t U {/3}; 

vii If h is either of the form (not : OR) or (J3 : AND), 
for each cycle Q in IT where (3 G OutJiandles(Ct), do: 
Of/r+ := OC77-+ U {/3} 

UNTIL no set is updated by the previous steps. 

Proposition 4 

Procedure PACG either fails, or returns an adequate CG support set. 
Proof 

Whenever it does not fail, PACG clearly produces a CG support set S. In fact: points (i-ii) 
of Definition 1261 are verified by steps 4.(a-b) of PACG; points (iii-v) of Definition 1261 are 
enforced after any update to S, namely by steps 3.b.(ii-iv), 4.d.(ii-iv) and 4.e.(ii-iv). The 
CG support set S produced by PACG is potentially adequate by construction, since in step 

3. a a handle for each odd cycle is included. S is also adequate, since in fact: admissible 
handle assignments for all cycles in IT are incrementally built and verified in steps 4.c.(i- 
ii), thus fulfilling point 1 . of Definition [29] Point 2 of Definition |29] is verified in step 

4. c.(iii). Finally, points 3-4 of Definition [29] are enforced by steps 3.b.(vi-vii), 4.d.(vi-vii) 
and 4.e.(vi-vii), after each update to the INc's of any cycle. □ 

Let us reconsider collection of cycles given in previous sections, and programs iri, TT2, 
7T3 and 7T4. 

For 7Ti = OCq U EC i, the odd cycle OCq admits the unique potentially active handle 
(not c : AND : p) Then, we let S %1 be such that ACT + (S 7ri ) = {(not c : AND)} and 
ACT~ (S ni ) = 0. The induced set of handle assignments are as follows. 

For OC a : IN^ Cq = {(not c : AND)}, OUT+ Ca = OUT~ Co = 0. This assignment is 
trivially admissible, since there is no requirement on the out-handles. 

For£Ci: OUT+ Ci = {c}, OUT ECi = {0}. IN ECl = 9, since Ed is unconstrained. It is 
easy to verify that this handle assignment is admissible, by letting \\ = a and A 2 = c, 
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where of course for c to be true a must be false. This handle assignment corresponds to 
selecting the partial stable model {c} for EC\, while discarding the other partial stable 
model {a}. 

Then, S 7tl as defined above is an adequate CG support set. 

Consider program tt2 — OC\ U EC\ U EC2- The situation here is complicated by the 
fact that EC\ and EC2 are not independent. In fact, rule a <— not b of EC2 is an auxiliary 
rule for EC\, and, vice versa, a <— not c of EC\ is an auxiliary rule for EC2 - Then, here we 
have a cyclic connection between the even cycles. This is evident on the cycle graph of W2, 
reported in Figure 2. 

The odd cycle OC\ has two handles, of which at least one must be active. Let us first 
assume that {not c : AND : p) is active. According to the PACG procedure, we try to 
assemble a CG support set S, by letting at first ACT + (S W2 ) = {(not c : AND)} and 
ACT~ (S n2 ) = {(not c : OR)}. In fact, since not c is an incoming OR handle for a in 
EC2, when assuming (not c : AND) to be active, we also have to assume its opposite 
handle and its contrary handle to be not active. 

Accordingly, we let INq Ci = {(not c : AND)} and IN% C2 = {(not c : OR)} Now, we 
have to put OUTq C = {p} and OUT^ Ci = {c}. To form an admissible handle assignment 
for ECi, this implies to let IN^ Ci — {(not b : OR)}. Consequently, we have to update 
ACT-(S 7[2 ) which becomes: ACT~(S^ 2 ) = {(not c : AND), (not b : OR)}. This leads to 
put OUT+ Ci ={b}. 

Further iteration of the procedure changes nothing, and thus the pair of sets 
ACT+(S 7r2 ) = {(note : AND)} and ACT' (S„ 2 ) = {(note : OR), (not b : OR)} form, as 
it is easy to verify, an adequate CG support set. 

Notice that this kind of reasoning requires neither to find the stable models of the cycles, 
nor to consider every edge of the CG. In fact, we do not need to consider the second 
incoming handle of OC\ . 

Let us now make the alternative assumption, i.e. assume that (a : OR : s) is active for 
OCi . This means at first ACT+ (S^ ) = {(«: OR) } and ACr~ (S^ ) = 0, since not a does 
not occur in handles of the CG. This implies OUT^ Ci = {a}. Thus, there is no requirement 
on INec 2 f° r forming an admissible handle assignment, and then the procedure stops here. 

For program 7r 3 = OC\ U EC\ U EC2 U OC2 U OC3, as we have already seen the only 
incoming handles to OC2 and OC3 are opposite handles, that cannot be both active. For 
the other cycles, the situation is exactly as before. 

Then, there is a subprogram which gives problems. We can fix these problems for in- 
stance by replacing OC2 with OC' 2 , thus obtaining program 7r 4 (CG in Figure 4) where we 
can exploit handle (a : OR) for both OC\ and OC' 2 . It is easy to verify that the CG support 
set S composed of ACT + (S Vi ) = {(a : OR), (note : AND)} and ACT' (S Vi ) = {(note : 
OR)} is adequate. The need to support OC' 2 rules out the possibility of supporting OC\ by 
means of the handle (not c : AND : p). 
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11 Usefulness of the results 

We believe that our results can be useful in different directions: (i) Making consistency 
checking algorithms more efficient in the average case, (ii) Defining useful classes of pro- 
grams which are consistent by construction, (iii) Checking properties of programs statically 
and dynamically, i.e., when modifications and updates affect the existence and the num- 
ber of answer sets, (iv) Introducing component-based software engineering principles and 
methodologies for answer set programming: this by defining, over the CG, higher level 
graphs where vertices are components, consisting of bunches of cycles, and edges are the 
same of the CG, connecting components instead of single cycles. 

77.7 Splitting consistency checking into stages 

The approach and the result that we have presented here can lead to defining new algo- 
rithms for computing stable models. However, they can also be useful for improving exist- 
ing algorithms. 

We have identified and discussed in depth two aspects of consistency checking: (1) the 
odd cycles must be (either directly or indirectly) supported by the even cycles; (2) this 
support must be consistent, in the sense that no contrasting assumptions on the handles can 
be made. 

Point (1) is related to the "coarse" structure of the program, and can be easily checked on 
the CG, so as to rule out a lot of inconsistent programs, thus leaving only the "potentially 
consistent" ones to be checked w.r.t. point (2). This is the aspect that might be potentially 
exploited by any approach to stable models computation. 

Notice that a CG support set S determines a subgraph of the CG, which is composed of 
all the edges (and the corresponding end vertices) marked with the handles which occur in 
S. 

Definition 31 

Given the CG of program n, and a CG support set S, an adequate support subgraph is 
a subgraph CGs of the CG, composed of the edges marked by the handles belonging to 
ACT + (S) and ACT~ (S), and of the vertices connected by these edges. 

It is easy to see that, syntactically, CGs is composed of a set of handle paths, that connect 
the odd cycles, through a chain of handles, to the even cycles (or to cyclic bunches of even 
cycles) that are able to support them. Each path may include more than one odd cycle, 
while each odd cycle must occur in at least one path. 

Then, point 1 above may consist in checking whether a subgraph of the CG with this 
syntactic structure exists. Point 2, however performed, in essence must check whether the 
handles marking the subgraph constitute an adequate CG support set. 

Staying within the approach of this paper, one may observe that the PACG procedure 
can easily be generalized for computing the stable models by performing the two steps in 
parallel. In fact, PACG actually tries to reconstruct the CGs, starting from the odd cycles 
and going backwards through the CG edges to collect the handles that form the set S. 
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At each step however, the procedure updates the handle assignments of the cycles and 
performs the necessary checks to be sure to be assembling an adequate set S. The extension 
would consist in computing the stable models of the extended cycles instead of just the 
handle assignments, and perform the computation on the whole CG. 

11.2 Defining classes of programs that are consistent by construction 

Based on the CG it is possible to define syntactic restrictions that, with a slight loss of 
expressivity, may ensure the existence of stable models. Suitable restrictions might be en- 
forced "on line" by an automated tool, while the program is being written. This can be 
made easier by limiting the number of handles each cycle my have. 

The definition of classes of programs suitable for "interesting" applications is a topic of 
further research, but it can be useful to give some hints here. 

In the literature, various sufficiency conditions have been defined (beyond stratification) 
for existence of stable models. 

• Acyclic programs, by Apt and Bezem (A pt and Bezem 1991| l; 

• Signed programs, by Turner JTurner 1994> ; 

• Call-consistent programs, order consistent programs, and negative cycle free pro- 
grams by Fages (Fages 1994 1. 

For programs without classical negation, the classes of acyclic programs, signed pro- 
grams, negative cycle free and order consistent programs are either included or coincide 
with the class of locally stratified programs ( Przymusinsk a and Przymusinski 1990) , and 
have a unique stable model that coincides with the well-founded model. In that case, their 
canonical counterpart is the empty program. Call-consistent programs do not contain odd 
cycles by definition. 

We define below a new very simple class of programs that are guaranteed to have stable 
models, broader than the above ones since we admit odd cycles. 

Definition 32 

A program II is called tightly-even-bounded if it is either call-consistent, or (if not) the 
following conditions hold: (i) every odd cycle has just one handle; (ii) this handle comes 
from an unconstrained even cycle; (ii) if there are two odd cycles whose handles come 
from the same even cycle, then two handles that originate in the same kind of node are of 
the same kind. 

The above condition is clearly very easily and directly checked on the CG, and can 
be made clearly visible and understandable to a user, via a graphical interface. If you 
take any other existing graph representation, like e.g. the EDG ( Bri gnoli et al. 1999) 
(ICostantini 200 1> . that computes stable models as graph colorings, the check is of course 
possible, but is less easy and less direct. 

It is easy to see that: 
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Theorem 4 

Every tightly even-bounded program P has stable models. 
Proof 

Even cycles the handles come from are unconstrained, and conflicting handles are excluded 
by definition. Then, we can build an adequate CG support set by just assuming the incom- 
ing handles of the odd cycles to be active. □ 

Simple as it is, this is a class wider than that of consistent programs, which is easy to 
understand by programmers, and is guaranteed to have stable models. Moreover, we can 
further enlarge this class by allowing a tightly even-bounded "core" program to have a 
"top", i.e. a set of definitions that do not contain cycles, and possibly depend upon atoms 
of the "core" part. The resulting class of program has a generate part, consisting of the 
even cycles, a test part consisting of the odd cycles which "prune" stable models, and a 
conclude part that draws further consequences. 

11.3 Checking Properties of Programs 

By inspecting the structure of the CG it is possible in principle to detect whether a pro- 
gram is categorical, i.e. has a unique answer set, and to estimate the number of the an- 
swer sets. In past work, we have investigated the effects on the existence and the number 
of answer sets after modifications to the program. In particular, after asserting lemmas 
dCostantini et al. 1996> . and if adding new rules to the program in the program develop- 
ment stage (Costant ini et al. 200 3). The above results can be reformulated, made uniform 
and extended by employing the CG for representing the program. Other static and dynamic 
program properties may be investigated. 

11.4 Generalizing the CG to components/agents 

A relevant topic is, in our opinion, that of defining software engineering principles for 
Answer Set Programming. 

Here we propose to define a program development methodology for Answer Set Pro- 
gramming by defining, over the CG, higher level graphs where vertices are components, 
and edges are that of the CG, but connect components instead of single cycles. We give 
below a first informal description of what kind of methodology we actually mean. 

Let a component C be a bunch of cycles. It can be developed on its own, or it can be 
identified on the CG of a larger program. Similarly to a cycle however, C is not meant to 
be an independent program, but rather it has incoming handles. 

As we have seen, partial stable models of cycles are characterized by handle assign- 
ments. Analogously, a component will be characterized by a component interface 

in£,in%,out+,out- 

that is meant to be a specification of which values the incoming handles may take, either 
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in order to keep the component consistent, or in order to select some of its stable models. 
The out-handles provide the other components with a mean of establishing a connection 
with this one, i.e., they are true/false atoms that can make the incoming handles of other 
components active/not active as required. 

Differently from cycles, components in general will not export all their active handles, 
but only those they want to make visible and available outside. 

Based on the interface, it is possible to connect components, thus building a Component 
Graph CompjG. On this new graph Comp_CG, one can either add new consistent compo- 
nents, or modify existing ones, and can check over the handle paths if there are problems 
for consistency, and how to fix them. 

Referring to the previous example, in 7r 3 we have the component OC\ U EC\ U EC2 
which is consistent, and the component OC2 U OC3 U EC3 which is instead inconsistent. 
Then, we have a CompJ2G with two unconnected vertices. We have shown how to fix the 
problem by adding a handle to OC2, i.e., by suitably connecting the two components on 
the CompXG. 

In this framework, components may even be understood as independent agents, and 
making a handle active to a component may be understood as sending a message to the 
component itself. Consider the following example, representing a fragment of the code of 
a controller component/agent: 

circuit _ok <— not fault 
fault <— not fault, not testjok 

where test_ok is an incoming handle, coming from a tester component/agent. As soon as 
the tester will achieve test.ok, this incoming handle will become active, thus making the 
controller consistent, and able to conclude circuit jok. 

A formal definition of the methodology that we have outlined, and a detailed study of 
the applications, are important future directions of this research. 
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